SYSTEM AND METHOD OF LINE SAMPLING OBJECT SCENE INFORMATION 



This invention relates generally to the art of computer graphics, and more specifically 
to the field of line sampling object scene information for the purpose of constructing an 
image of an object scene. 

BACKGROUND OF THE INVENTION 

One form of computer graphics is to develop a sequence of video image frames of an 
object scene from object scene information. The sources of object scene information include 
computer databases and computer programs. The object scene information includes visual 
characteristics of an object scene, such as color and movement. Typically, one or more 
programs comprising a Tenderer process object scene information. 

More specifically, a video image frame includes a color value for each pixel of a 
monitor or display. Pixels are the smallest resolution element of the monitor or display. 
Processing object scene information corresponding to the general area of the pixel determines 
a color for a given pixel. 

Computer graphics systems typically develop each video image frame of computer 
animated video by point sampling the general location of a given pixel in an object scene. 
Essentially, a renderer processes object scene information to calculate a color value of an 
object scene at an infinitesimal point within the object scene. The renderer then averages 
color values of a set of point samples in the general area of a pixel to compute a color for the 
pixel. The distribution or positioning of the point samples is either regular or non-regular. 
The renderer generally accomplishes a regular distribution with a rigid, evenly spaced grid of 
point samples. Off-setting each point sample in an otherwise evenly spaced grid by a pseudo- 
randomly determined amount is an example of a non-regular distribution of point samples. 

Additionally, some computer graphics systems extend point sampling to simulate 
motion blur by distributing point samples within a period of time associated with a video 
image frame. 



010626-0007-999 



CAl - 275433.1 



Furthermore, some computer graphics systems simulate depth of field by selecting, for 
a region of the image plane, a point through which to view an object scene on a simulated 
lens. The position of the point on the lens affects which objects in the object scene are 
projected onto the region of the image plane. 

5 Other computer graphics systems reconstruct a view of an object scene by area 

averaging. Unlike the point sampling described above, area averaging calculates an actual 
view of an object scene in the general area of a pixel. The systems then compute a color 
value for the pixel from the view. The process is substantially more time consuming than 
point sampling, however, because these systems calculate a view of an entire area (instead of 
10 a set of points within the area). 

Persons skilled in the art generally acknowledge that area averaging provides a more 
faithful reconstruction of a view of an object scene under certain circumstances than does 
point sampling. Point sampling, however, offers reduced computational complexity and 
allows for easy simulation of depth of field and motion blur. There is needed in the art, 
15 therefore, a means of reconstructing views of object scenes that provides the faithful image 
reconstruction of area averaging, but also provides reduced computational complexity and 
easy simulation of motion blur and depth of field. 



SUMMARY OF THE INVENTION 

20 In summary, the present invention is a system and method for line sampling object 

scene information for the purpose of reconstructing a view of the object scene. In particular, 
the invention distributes a set of line samples across an object scene such that the distribution 
of the set of line samples is non-regular. Additionally, the invention computes a view of the 
object scene along each line sample in the set of line samples. Finally, the invention 

25 combines the view along each line sample in the set of line samples to form a view of the 
object scene. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



Additional objects and features of the invention will be more readily apparent from 
the following detailed description and appended claims when taken in conjunction with the 
drawings, in which: 

5 Figure 1 A is a block diagram of a computer system in accordance with an embodiment of the 
present invention. 

Figure IB illustrates the projection of an object onto an image plane in accordance with an 
embodiment of the present invention. 

Figure 1C illustrates processing steps for line sampling an object scene in accordance with an 
10 embodiment of the present invention. 

Figure 2A illustrates sampling based on a non-regular sequence of numbers and sampling 
based on a regular sequence of numbers. 

Figure 2B illustrates a two distributions of line samples, wherein the distribution on the right 
uses sub-pixels to further ensure a stratified distribution. 

15 Figure 3 A illustrates an embodiment of the present invention in which an orientation and 

translation amount are selected in accordance with an embodiment of the present invention. 

Figure 3B illustrates processing steps in an embodiment of the present invention in which an 
orientation and translation amount are selected by reference to a non-regular sequence of 
numbers. 

20 Figure 3C illustrates a sub-pixel consistent with an embodiment of the present invention. 

Figure 3D illustrates an embodiment of the present invention in which an orientation and 
translation amount are selected in accordance with an embodiment of the present invention 
and a line sample is translated along a vector originating in the (1,0) translation origin. 

Figure 3E illustrates an embodiment of the present invention in which an orientation and 
25 translation amount are selected in accordance with an embodiment of the present invention 
and a line sample is translated along a vector originating in the (0,1) translation origin. 
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Figure 3F illustrates an embodiment of the present invention in which an orientation and 
translation amount are selected in accordance with an embodiment of the present invention 
and a line sample is translated along a vector originating in the (0,0) translation origin. 

Figure 3G illustrates an embodiment of the present invention in which an orientation and 
translation amount are selected in accordance with an embodiment of the present invention 
and a line sample is translated along a vector originating in the (1,1) translation origin. 

Figure 4A illustrates processing steps in an embodiment of the present invention in which an 
orientation and an area are selected by reference to a non-regular sequence of numbers. 

Figure 4B illustrates a general case for a line sample orientation and area selection, including 
analytic regions used to derive a translation amount from a selected area, where the selected 
orientation is in a range of 90 and 135-degrees in a preferred embodiment of the invention. 

Figure 4C illustrates regions of an area formed by a line sample and a sub-pixel that facilitate 
the derivation of an area-to-translation amount transformation in a preferred embodiment of 
the invention. 

Figure 4D illustrates a general case for a line sample orientation and area selection, including 
analytic regions used to derive a translation amount from a selected area, where the selected 
orientation is in a range of 0 and 45-degrees in a preferred embodiment of the invention. 

Figure 4E illustrates a general case for a line sample orientation and area selection, including 
analytic regions used to derive a translation amount from a selected area, where the selected 
orientation is in a range of 45 and 90-degrees in a preferred embodiment of the invention. 

Figure 4F illustrates a general case for a line sample orientation and area selection, including 
analytic regions used to derive a translation amount from a selected area, where the selected 
orientation is in a range of 135 and 180-degrees in a preferred embodiment of the invention. 

Figure 4G illustrates pixel area sampling rates resulting from an embodiment of the present 
invention. 

Figure 5 A illustrates processing steps that ensure a stratified distribution of line samples in a 
preferred embodiment of the invention. 
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Figure 5B illustrates the selection of orientation and translation pairs wherein each orientation 
and translation pair is limited to a two-dimensional area such that a uniform distribution is 
achieved. 

Figure 5C illustrates the assignment of orientation and translation pairs to sub-pixels by 
5 reference to a non-regular sequence of numbers in an embodiment of the invention. 

Figure 6A illustrates processing steps that ensure a best candidate selection from a set of line 
samples in an embodiment of the invention. 

Figure 6B illustrates a selected line sample and a distributed set of line samples in adjacent 
sub-pixels in an embodiment of the invention. 

10 Figure 6C illustrates a line sample orientation comparison. 

! Figure 6D illustrates a line sample orientation comparison. 

i Figure 7 illustrates the simulation of depth of field in a preferred embodiment of the present 

l invention. 

■! Figure 8A illustrates the projection of an object from an object scene onto an image plane in a 

15 preferred embodiment of the present invention. 

Figure 8B illustrate processing steps used to develop an analytic representation of an object 
scene along a line sample. 

Figure 8C illustrates the projection of an object from an object scene onto an image plane in a 
preferred embodiment of the present invention. 

20 Figure 8D illustrates the projection of an object from an object scene onto an image plane in a 
preferred embodiment of the present invention. 

Figure 8E illustrates the projection of an object from an object scene onto an image plane in a 
preferred embodiment of the present invention. 

Figure 9A illustrates processing steps that isolate unique sets of objects visible along and 
25 overlapped by a line sample sorted by distance from an image plane in a preferred 
embodiment of the present invention. 
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Figure 9B illustrates objects visible along and overlapped by a line sample sorted by distance 
from an image plane in a preferred embodiment of the present invention. 

Figure 9C illustrates objects visible along and overlapped by a line sample sorted by distance 
from an image plane after an intersection is processed in a preferred embodiment of the 
5 present invention. 

Figure 9D illustrates objects visible along and overlapped by a line sample sorted by distance 
from an image plane after a priority queue is adjusted in a preferred embodiment of the 
present invention. 

Figure 9E illustrates objects visible along and overlapped by a line sample sorted by distance 
10 from an image plane with a gap between the segments in a preferred embodiment of the 
_!":. = present invention. 

Figure 9F illustrates objects visible along and overlapped by a line sample sorted by distance 
from an image plane with a gap between the segments corrected in a preferred embodiment of 
the present invention. 

.15 

t" : DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Figure 1A shows computer device 100. Computer device 100 is configured to execute 
the various embodiments of the present invention described below. Included in computer 
device 100 is central processing unit (CPU) 10, memory 20, and i/o devices 30. CPU 10 
20 executes instructions as directed by operating system 24 and other programs maintained in 
memory 20 and sends control signals to various hardware components included in computer 
device 100. 

Memory 20 also includes object scene data 21. Object scene data 21 is static 
information that describes one or more object scenes. An object scene is one of many that, 
25 for example, comprise the scenes of computer animated video. For example, object scene 
data 21 may describe the actions and physical or visual attributes of characters (i.e., objects) 
in an object scene. In particular, object scene data 21 specifies locations of objects within an 
object scene through the use of x, y and z coordinates. The x and y coordinates represent the 
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horizontal and vertical positions with respect to image plane 110 (of Figure IB). The z 
coordinate represents the distance of a point on an object from image plane 1 10. As 
illustrated in Figure IB, image plane 1 10 functions as a projection screen for object 120. 
Thus, image plane 1 10 facilitates a transformation of three-dimensional objects to a two- 
5 dimensional representation. Image plane 1 10 is analogous to a monitor or video display 
included in i/o devices 30. Positions on image plane 1 10 map to positions on a monitor or 
video display. Thus, references to pixels on image plane 110 are effectively references to 
pixels of a monitor or video display. 

Object scene data 21 also includes, as noted above, information about the movement 
.,10 of an object during a period of time associated with an image frame. Typically, the time 

period associated with an image frame is proportional to the shutter speed of a camera. In 
"; = other words, the amount of time for which a camera exposes a frame of film. Any movement 
\; that occurs during this time period results in a blurred video frame or picture. To capture 

object movement, object scene data 21 provides the position of an object at the beginning of 
=.15 the period of time associated with the image frame and its trajectory and velocity during the 
% time period. This permits the calculation of the position of an object at any point during the 
!;•: period of time associated with the image frame. 

l- : Shaders 22 comprise one or more programs called shaders that also describe objects in 

an object scene. Shaders 22 are executable programs that typically provide information about 
20 the surfaces of objects in an object scene. For example, shaders 22 may be directed to 
calculate a color value of a location on the surface of an object in an object scene. The 
calculation of a color value preferably includes the consideration of an object's reflective and 
refractive qualities such as the extent of light diffusion upon reflection by the surface and the 
extent of light dispersion upon transmission through the surface. 

25 Also included in memory 20 is renderer 23. Renderer 23 processes object scene data 

21 in conjunction with shaders 22 to render computer animated video or still images as 
described below. 

Also included in memory 20, but not illustrated in Figure 1 A, is space for temporary 
storage of data produced and required by renderer 23 during the process of rendering 
30 computer animated video and still images. Object scene data 21 and shaders 22 describe an 
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object scene that Tenderer 23 samples in order to reconstruct an image or computer animated 
video. Renderer 23 stores a result of the rendering process in memory 20 and/or outputs it to 
i/o devices 30. 

In more detail, renderer 23 shades objects in an object scene (step 1010, Figure 1C). 
Typically, this step includes processing object scene data 21 to determine which objects in an 
object scene are at least partially visible from image plane 110. To make this determination, 
renderer 23 queries object scene data 21 to ascertain the z-depth value of a given object. The 
z-depth value is the minimum distance of an object from image plane 1 10. Renderer 23 
derives the z-depth value from the z coordinate discussed above. 

Renderer 23 also maintains in memory 20 "z-far" values associated with various 
regions of image plane 1 10. A z-far value represents the furthest distance of a visible object 
from image plane 1 10. Initially, each z-far value is set to infinity. Accordingly, every object 
in an object scene has a z-depth value that is less than the initial z-far values. However, as 
objects in an object scene are processed (as described in more detail below) an entire region 
of image plane 1 10 is associated with an object. After this occurs, renderer 23 sets the z-far 
value associated with that region to a finite value. Examples of such regions include: a sub- 
pixel, a group of sub-pixels, a pixel, a group of pixels, and image plane 110 itself. 

Once a z-far value associated with a given region is set to a finite value, renderer 23 
compares the z-depth value of an object within this region before processing the object. If the 
z-depth value exceeds the z-far value, the object is not visible from image plane 1 10. 

To improve the efficiency of the processing steps described below, renderer 23 may 
transform some objects to less complex representations. For example, renderer 23 transforms 
some objects to polygonal mesh representations. A polygonal mesh is a collection of edges, 
vertices, and polygons. Additionally, renderer 23 transforms some objects or object 
representations to patches of nonuniform rational B-Splines ("NURB"). A NURB is a curve 
that interpolates data. Thus, given a set of points, a curve is generated passing through all the 
points. A NURB patch is a polynomial representation. Thus, a NURB patch uses functions 
of a higher-degree than a polygonal mesh representation, which uses linear functions. The 
NURB patch representation is temporary, however, as it is diced to create grids of various 
pixel-sized shapes such as micropolygons. 
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After determining which objects are visible from image plane 110 and, if necessary, 
converting some of the objects to grids of micropolygons, Tenderer 23 computes one or more 
color values for various parts of an object. In the case of a grid of micropolygons, Tenderer 23 
determines a color value for each micropolygon in the grid of micropolygons. 

The process typically begins with renderer 23 directing shaders 22 to calculate a color 
value for an object at a given location. As noted above, shaders 22 describe surface 
properties of an object, which affect the color value of an object. In response, shaders 22 
often request renderer 23 to trace a ray (e.g., ray of light) to determine what is visible along 
the ray. The result of the tracing step is a factor in the determination of a color value for an 
object. The surface of the object that renderer 23 is shading may have various color-related 
properties that are processed in conjunction with the light source and shadow data and the 
objects reflected or refracted by the object being shaded to arrive at the color value. 

An object scene typically includes light sources that cast light source rays directly or 
indirectly onto objects included in the object scene. Additionally, an object in an object scene 
often obstructs light source rays such that shadows are cast on other objects in the object 
scene. The presence of shadows, or lack thereof, affects the color value computed for an 
object. Accordingly, renderer 23 accounts for this effect by positioning points on a light 
source and tracing a light source ray from each point to an object being shaded. While tracing 
each light source ray, renderer 23 processes object scene data 21 to determine if the ray 
intersects another object. If so, a shadow is cast on the object being shaded. As indicated 
above, renderer 23 takes this into account when computing a color value for an object. 

Another aspect of the shading process relates to refraction and reflection. Refraction 
is the turning or bending of a ray of light as it passes through an object. Reflection is the 
redirecting of light by an object. Because of the diffuse nature of most objects, objects tend 
to spread about or scatter light rays by reflection or refraction when the light source rays 
intersect the objects. To avoid processing all the possible directions of reflected or refracted 
light source rays, renderer 23 selects an angle of reflection or refraction. Once the angle is 
selected for the ray of refracted or reflected light, renderer 23 traces a ray of light from the 
object being shaded at the selected angle into the object scene. Renderer 23 determines 
which object(s) in the object scene are struck by the ray of light. Any such objects may then 
reflect or refract the traced ray of light. Thus, renderer 23 repeats this process of selecting an 



angle of reflection or refraction, and continues tracing. A color value assigned to the light 
source ray is affected by the object(s) that are struck by the light source ray. 

Eventually, renderer 23 combines information from a variety of sources to compute a 
color value. Additionally, renderer 23 obtains a transparency value of the object from object 
scene data 21. To summarize step 1010, renderer 23 shades objects in an object scene that 
are at least partially visible from image plane 1 10. Memory 20 maintains information related 
to this step for subsequent processing. 

In the next processing step, renderer 23 distributes a set of line samples across image 
plane 110 (step 1020). Renderer 23 uses a non-regular sequence of numbers when 
distributing line samples to eliminate or minimize "aliasing." 

Aliasing often results when an object scene containing sharp changes is approximated 
with discrete samples. The failure to include an element of non-regularity (e.g., a non-regular 
sequence of numbers) into the sampling process aggravates the aliasing problem. More 
specifically, sampling based on a regular sequence of numbers results in low-frequency 
patterns that are not part of the sampled image and easily detectable by the human eye. 
Sampling based on a non-regular sequence of numbers results in high-frequency patterns that 
are not as easily detectable by the human eye. Figure 2A illustrates sampling based on 
regular and non-regular sequences of numbers. The image on the left is a product of 
sampling based on a regular sequence of numbers and the image on the right is a product of 
sampling based on a random sequence of numbers. In the image on the right, the center 
portion of the image is fuzzy or gray, but the center portion of the image on the left includes 
swirling patterns. The swirling patterns are an example the low-frequency patterns mentioned 
above, and are a manifestation of aliasing. The fuzzy or gray portion of the image on the 
right are an example of the high-frequency patterns mentioned above, and are also a 
manifestation of aliasing. However, persons skilled in the art generally agree that for most 
applications, high-frequency patterns are much preferable to low-frequency patterns. 

The non-regular sequence of numbers used to avoid or minimize low frequency 
patterns is preferably a pseudo-random sequence of numbers ("PRSN") or a low discrepancy 
sequence of numbers ("LDSN"). A PRSN matches that of a random sequence of numbers 
over a finite set of numbers. A LDSN avoids certain drawbacks of a PRSN. Mainly, a PRSN 
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often includes a short sequence of clustered numbers (e.g., 1, 4, 4, 4, 2, etc.) that results in 
neighboring line samples having a similar position. A LDSN by definition is not random. 
Instead, a LDSN is a uniform distribution of numbers that is not regular, but that does not 
have the number-clustering associated with random sequences of numbers. In other words, a 
5 LDSN is more uniform than a PRSN. 

Some embodiments of the present invention include a LDSN or PRSN in memory 20. 
In these embodiments, Tenderer 23 steps through a sequence of numbers maintained in 
memory 20 to obtain numbers for sampling information in object scene data 21. The 
sequence of numbers is thus ideally large enough to avoid short term repetitiveness. In other 
10 embodiments, renderer 23 directs CPU 10 and operating system 24 to compute a sequence of 
numbers as needed. 

Another element of preferred embodiments of the present invention is subdividing a 
pixel to position one or more line samples within each sub-pixel. In this regard, confining 
one or more line samples to sub-pixels provides for a more uniform or stratified distribution 
15 of line samples (i.e., minimizes line sample clustering). A more uniform distribution of line 
samples minimizes the possibility of line samples missing objects or changes in an object. 

Consider pixel 2030 of Figure 2B. Because pixel 2030 lacks subdivisions, line 
samples can cluster within a region of pixel 2030. In this example, the line samples 
distributed within pixel 2030 miss all objects or changes in the object scene confined to the 
20 lower region of pixel 2030. In contrast, pixel 2040 includes four sub-pixels. Renderer 23 
distributes a single line sample within each of these sub-pixels. Accordingly, the line 
samples are less likely to miss objects or changes in the object scene that are confined to the 
lower region of pixel 2030. 

In another embodiment of the present invention, renderer 23 selects an orientation and 
25 translation amount by reference to a non-regular sequence of numbers to position a line 

sample. Figure 3A illustrates line sample 3060 sampling sub-pixel 3025 in accordance with 
this embodiment of the present invention. Renderer 23 selects an orientation above a 
horizontal axis of sub-pixel 3025. In Figure 3A, the selected orientation is 135-degrees and 
represented as0 . Initially, renderer 23 positions line sample 3060 at a translation origin of 
30 sub-pixel 3025 as illustrated by the lightly-shaded line sample 3060 in Figure 3 A. From this 
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position, renderer 23 extends vector 3040 perpendicularly from line sample 3060. Renderer 
23 then selects a translation amount. Renderer 23 translates line sample 3060 along vector 
3040 by the selected translation amount to a position within sub-pixel 3025 as illustrated by 
the darkly-shaded line sample 3060 in Figure 3A. In effect, renderer 23 selects a plane with 
the selected orientation through which line sample 3060 passes. Renderer 23 preferably 
maintains the 135-degree orientation of line sample 3060 as it translates line sample 3060 
along vector 3040. 

Attention now turns to a more detailed description of this embodiment of the 
invention. In a first processing step, renderer 23 selects an orientation by reference to a non- 
regular sequence of numbers (step 3010, Figure 3B). Preferably, the sequence of numbers is 
a PRSN or LDSN. Typically, each number in the sequence of numbers is a fractional number 
between zero and one. Renderer 23 multiplies this number by a range of numbers suitable for 
the task at hand. In this embodiment, the range of acceptable orientations is 0 to 180-degrees. 
Accordingly, renderer 23 multiplies a number from the non-regular sequence of numbers by 
180. 

In a next step, renderer 23 determines a translation origin of the sub-pixel (step 3020). 
The orientation selected in step 3010 dictates the outcome of this step. Figure 3C illustrates 
the four translation origins of sub-pixel 3025. Note that in this illustration, the dimensions of 
sub-pixel 3025 are set to one as an arbitrary unit of measure. 

For an orientation greater than or equal to 0-degrees but less than 45-degrees, renderer 
23 selects translation origin (1,0). This means that renderer 23 translates a line sample 3060 
having an orientation within this range from a position beginning at translation origin (1,0) as 
illustrated in Figure 3D (0 is equal to 30-degrees). For an orientation greater than or equal to 
45-degrees but less than 90-degrees, renderer 23 selects translation origin (0,1). For an 
orientation greater than or equal to 90-degrees but less than 135-degrees, renderer 23 selects 
translation origin (0,0). And for an orientation greater than or equal to 135-degrees but less 
than 180-degrees, renderer 23 selects translation origin (1,1). Table 1 summarizes these 
translation origin selection rules. 



Orientation ( (j) ) 



Translation origin 




010626-0007-999 



- 12- 



- 275433. 



0 < (j)< 45 


(1,0) 


45 < 0 < 90 


(0,1) 


90 <(j>< 135 


(0,0) 


135 <0<18O 


(1,1) 



5 Table 1 

In a next step, Tenderer 23 projects vector 3040 into sub-pixel 3025 from translation 
origin (1,0) in a direction that is perpendicular to line sample 3060 (step 3030). Specifically, 
for the example illustrated in Figure 3D, vector 3040 has an orientation of 120-degrees above 
the horizontal axis of sub-pixel 3025. 

10 Renderer 23 then calculates a translation range for line sample 3060 (step 3040). The 

size of the sub-pixel and the selected orientation dictate the translation range. Specifically, 
the translation range assures that at least a portion of line sample 3060 crosses sub-pixel 3025 
after renderer 23 translates line sample 3060. 

In Figure 3D, t represents the translation range of line sample 3060. Because vector 
15 3040 is perpendicular to line sample 3060, the angle between the vertical axis of sub-pixel 
3025 that passes through translation origin (1,0) and vector 3040 is equal to 0 as well. 
Additionally, the angle between hypotenuse h and the vertical axis of sub-pixel 3025 that 
passes through translation origin (1,0) is 45-degrees. Thus# is equal to 45-degrees 
minus (j) as indicated in Figure 3D. 

20 Renderer 23 therefore calculates translation range t with the following equation: 

(1) f = /lXCOS(0) 
where 

h=jx 2 + y 2 , 
x = the width of sub-pixel 3025, 
25 y = the height of sub-pixel 3025, and 
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Thus, 

(2) t = ^x 2 + y 2 xcos(tf) 
where 0 = 45°-0 

Once translation range t is determined, renderer 23 multiplies translation range t by a 
number from a non-regular sequence of numbers (step 3050). As noted above, each number 
from the non-regular sequence of numbers is between zero and one, so the actual translation 
amount is a fraction of translation range t. 

Renderer 23 then translates line sample 3060 along vector 3040 by an amount 
determined in step 3050 (step 3060). Preferably, renderer 23 does not alter the orientation of 
line sample 3060 during the translation process. Additionally, renderer 23 preferably extends 
line sample 3060 to the borders of sub-pixel 3025 as illustrated in Figure 3D. 

The process of determining translation range / is essentially the same for the other 
three origins. The only distinction worth noting is that 6 is different for each translation 
origin. For example, Figure 3E shows line sample 3060 with an orientation of 60-degrees 
above a horizontal axis of sub-pixel 3025. Consistent with Table 1, line sample 3060 initially 
passes through the (0,1) translation origin. Consistent with the illustration of angles in Figure 
3E, the equation for determining the translation range t is as follows: 

< 3 > t = ^jx 2 + y 2 xcos(0) 
where Q = 0-45° 

Similarly, Figure 3F shows line sample 3060 with an orientation of 1 10-degrees. 
Consistent with Table 1, line sample 3060 initially passes through the (0,0) translation origin. 
Consistent with the illustration of angles in Figure 3F, the equation for determining the 
translation range t is as follows: 

(4) t = ylx 2 + y 2 xcos(0) 
where 6 =135°-0 
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Finally, Figure 3G shows line sample 3060 with an orientation of 110-degrees. 
Consistent with Table 1, line sample 3060 initially passes through the (1,1) translation origin. 
Figure 3G also shows line sample 3060 translated a translation range t. Consistent with the 
illustration of angles in Figure 3G, the equation for determining the translation range t is as 
follows: 



In another embodiment, renderer 23 selects an orientation and an area by reference to 
a non-regular sequence of numbers. Renderer 23 selects an orientation above a horizontal 
axis of sub-pixel 3025. Renderer 23 then selects an area formed by a line sample translated 
along a vector perpendicular to the line sample. Additionally, renderer 23 calculates a 
translation amount based on the selected area. Renderer 23 then translates line sample 3060 
along vector 3040 by the calculated amount to a position within sub-pixel 3025. Renderer 23 
preferably maintains the 135-degree orientation of line sample 3060 as it translates line 
sample 3060 along vector 3040. 

Attention now turns to a more detailed description of this embodiment. In a first 
processing step, renderer 23 selects an orientation by reference to a non-regular sequence of 
numbers (step 4010, Figure 4). Preferably, the sequence of numbers is a PRSN or a LDSN. 
Typically, each number in the sequence of numbers is a fractional number between zero and 
one. Renderer 23 multiplies this number by a range of numbers suitable for the task at hand. 
In this embodiment, the range of acceptable orientations is 0 to 180-degrees. Accordingly, 
renderer 23 selects an orientation by multiplying a number from the non-regular sequence of 
numbers by 180. 

In a next step, renderer 23 selects a translation origin of the sub-pixel (step 4020). 
The orientation selected in step 4010 determines the outcome of this step. For an orientation 
greater than or equal to 0-degrees and less than 45-degrees, renderer 23 selects translation 
origin (1,0). This means that renderer 23 translates line sample 3060 having an orientation 
within this range from a position beginning at translation origin (1,0) as illustrated in Figure 
4D. For an orientation greater than or equal to 45-degrees and less than 90-degrees, renderer 
23 selects translation origin (0,1). For an orientation greater than or equal to 90-degrees and 
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(5) 




where Q - 0-135° 



less than 135-degrees, Tenderer 23 selects translation origin (0,0). And for an orientation 
greater than or equal to 135-degrees and less than 180-degrees, Tenderer 23 selects translation 
origin (1,1). Thus, this embodiment of the invention adheres to the translation origin 
selection rules listed in Table 1 . 

5 Renderer 23 then selects an area by reference to a non-regular sequence of numbers 

(step 4030). Preferably, the sequence of numbers is a PRSN or a LDSN. Typically, each 
number in the sequence of numbers is a fractional number between zero and one. Renderer 
23 multiplies this number by a range of numbers suitable for the task at hand. In this 
example, the area of a sub-pixel is one square unit. Accordingly, renderer 23 selects an area 
10 in this example by multiplying a number from the non -regular sequence of numbers by 1. 

; From the area selected in step 4030, renderer 23 calculates a translation amount (step 

4040). To facilitate the calculation of a translation amount, renderer 23 subdivides sub-pixel 
3025 to form the regions areaO, areal, and area3, which are illustrated in Figure 4B. In 
particular, Figure 4B illustrates a general case for an orientation between 90 and 135-degrees 
-15 above a horizontal axis of sub-pixel 3025. If 0 < t < tO , line sample 3060 and sub-pixel 
_:1 3025 form triangle areaO. If tO < t < tl , line sample 3060 and sub-pixel 3025 form 
_: = l parallelogram areal. And if tl < t < tl , line sample 3060 and sub-pixel 3025 form triangle 
1^ area2, which is equal in size to areaO. The area of areaO, areal, and area2, which Figure 4B 
illustrates, is a function of t - the amount by which renderer 23 translates line sample 3060 
20 along vector 3040. A function, area(f), that calculates the total area formed by line sample 
3060 and sub-pixel 3025 is, therefore, the sum of three functions: areaO(?), areal (t), and 
area2(0- 

To develop function area(0, first consider area0(0 for 0 < t < tO , wherein the 
intersection of line sample 3060 and sub-pixel 3025 form areaO as illustrated in Figure 4B. 

25 The triangle is itself formed by two right triangles as illustrated by sub-areal and sub-area2, 
the shaded regions of areaO in Figure 4C. A portion of sub-pixel 3025, a portion of line 
sample 3060, and a portion of vector 3040 form sub-areal. The portion of vector 3040 that 
forms sub-areal is equal in length to t. Further, the slope 5 of h(/) relative to line sample 
3060 is equal to the rise over the run of h(0, i.e., t divided by the length of that portion of line 

30 sample 3060 that forms sub-areal. Using substitution, this portion of line sample 3060 is 
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therefore equal in length to — . Plugging this information into the Pythagorean Theorem 
s 

solves for the length of h(f): 

2 2 ^ 1 T 

(6) h(t) 2 = t 2 +^=>h(t) = tJl + ^ 

s V s 

where s = cot(0) 

A portion of sub-pixel 3025, a portion of line sample 3060, and a portion of vector 
3040 also form sub-area2. And as illustrated in Figure 4C, the portion of vector 3040 that 
forms sub-area2 is also equal in length to t. Similarly, the slope s of b(t) is equal to the rise 
over the run of b(t), i.e., the length of the portion of line sample 3060 that forms sub-area2 
divided by t. Using substitution, this portion of line sample 3060 is therefore equal in length 
to t X s . Plugging this information into the Pythagorean Theorem solves for the length of 
b(f): 

(7) b{t) 2 = t 2 + t 2 s 2 =>b(t) = t^l + s 2 

where s = cot(0) 



Recall that line sample 3060, b(t), and h(t) form area0(t). Plugging equations (6) and 
(7) into an equation solving for the area of a right triangle produces function area0(/): 



b(t)h(t) 1 , _ 1 1 , 1 

(8) area0(f)= =~t 2 J2 + s 2 +~r = ~t (* + -) 

2 2 V s 2 s 

As illustrated in Figure 4C, h(t) is equal to the height of sub-pixel 3025 when t is 

equal to tO since line sample 3060 passes through translation origin (0,1) at that t. Thus, the 

following equation solves for t at tO: 



(9) h(t) = t. l + ~=>t 



where t = tO 

Further, plugging equation (9) into equation (8) solves areaO(f) at tO as follows: 



1 , 1 

1 s~(s + -) ji 2 (s + -) s 

( 10) areaO(r) = ^— = ~ = — 

2 < 1 + s ' 2 2 



010626-0007-999 - 17 - 



CAl- 275433.1 



where t = tO 

Additionally, b(t) is equal to the width of sub-pixel 3025 when t is equal to tl since 
line sample 3060 passes through translation origin (1,0) at that t, as illustrated in Figure 4C. 
Thus, the following equation solves t at tl: 
1 



(li) b{t) = rvl + s => t = - 



ll + s 2 



And because of the similarity between areaO and area2: 
s + l 



(12) t2-tl = rO => tl = tO + t\ 



Jl + s 2 
U Thus, 

ilD (13) area2(r) = areaO - area0(t2 - t) 
ri where / > tl 

^= Using equation (8), equation (13) is rewritten as follows: 

1 , 1 

(14) areal{t) = areaO -~(t2 - t) (s + ~) 

:- ^ S 

where t>tl 

15 Further, the areal (?) is swept out linearly as t increases from tO to tl. Areal (r) is 

therefore solved as follows: 
t-tO 

(15) areal(t) = - — —(l-2area0) 

where 

?>t0 

t-tO 



^ ^ is the percentage of areal swept out by line sample 3060, and 

(1 — 2area0) is the area of areal in terms of areaO. 

Using equation (10), equation (15) is rewritten as follows: 
t-tO 

(16) area\{t) = -^—^(\-s) 
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where 



r>tO 
r-rO 

— — is the percentage of areal swept out by line sample 3060, and 

(1 — s) is the area of areal in terms of 5. 



Thus function area(t) is written as follows: 

1 7 1 

-t z (s + -),0<t <t0 

2 s 

s t-tO 

(17) area(?)= ~+ - s),tO < t < t\ 

1 , 1 
l--(t2-t) 2 (s + -),tl<t<t2 

2 s 

Inverting area(r) gives: 
4l^A 



,0< A <- 



Vi + 5 2 ~ 2 

(18) t(A)= , 1 -<A<\-- 
Vl + s 2 2 



r+l-^jQ-A) 1 5 
y , »l --< A <l 



where 

A is an area selected in step 4030, 

0 is the orientation selected in step 4010, and 

S = cot(0) 
0 = 0-90° 

Thus, renderer 23 plugs the area selected in step 4030 into equation 18 to calculate a 
translation amount. Other techniques for deriving a translation amount are of course possible 
and within the scope of the present invention. 
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Having found t(A) (i.e., equation 18) for orientations between 90 and 135-degrees 
above a horizontal axis of sub-pixel 3025, renderer 23 exploits symmetries to solve for 
orientations between 0 and 45-degrees, 45 and 90-degrees, and 135 and 180-degrees. 
Renderer 23 can thus use t(A) to compute translation range t for line sample 3060 regardless 
5 of its orientation. Renderer 23 need only change the initial translation point for line sample 
3060 and 0. 

Consider line sample 3060 with an orientation, 0 , between 0 and 45-degrees above a 

horizontal axis of sub-pixel 3025, as illustrated in Figure 4D. In effect, Figure 4B is rotated 
counter-clockwise by 90-degrees. Note, however, that 6 now equals 0 . Otherwise, t{ A) is 
■10 the same for this range of orientations. 

Similarly, renderer 23 may translate line sample 3060 with an orientation between 45 
and 90-degrees from (0,1) by t(A) as illustrated in Figure 4E - effectively flipping Figure 4B 
,;j about the horizontal axis. In this case, 0 equals 90°— 0 . Otherwise, /(A) is the same for this 
range of orientations as well. 

V5 Further, renderer 23 may translate line sample 3060 with an orientation between 135 

- - : and 180-degrees from (1,1) as illustrated in Figure 4F - effectively flipping and rotating 
; - Figure 4B. In this case, Q equals 1 8O°-0 . Otherwise, f(A) is the same for this range of 
orientations as well. Table 1 is therefore extended to produce Table 2 as follows: 



Orientation ( 0 ) 


e 


Translation Origin 


O°<0<45° 




(1,0) 


45°<0<9O° 


90-0 


(0,1) 


9O°<0<135° 


0 + 90 


(0,0) 


135°<0<18O° 


180-0 


(1,1) 



Table 2 

25 In a next step, renderer 23 projects vector 3040 into sub-pixel 3025 from translation 

origin (1,0) in a direction perpendicular to line sample 3060 (step 4050). 
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Renderer 23 then translates line sample 3060 along vector 3040 by an amount 
determined in step 4040 (step 4060). Preferably, renderer 23 does not alter the orientation of 
line sample 3060 during the translation process. Additionally, renderer 23 preferably extends 
line sample 3060 to the borders of sub-pixel 3025. 

5 Using the above derived equations, renderer 23 uniformly samples the area of sub- 

pixel 3025. Figure 4G illustrates the effectiveness of the above derived equations. 1,000,000 
line samples were positioned by a randomly selected orientation and area using the above- 
described techniques. Figure 4G evidences the uniformity with which renderer 23 samples 
the area of sub-pixels in this embodiment of the invention. Specifically, in this embodiment 
10 of the present invention, the number of line samples with a given area is consistent across a 
range of areas. 

e: I In still another embodiment of the invention, renderer 23 employs a type of stratified 

; sampling to ensure uniform sampling. Renderer 23 subdivides a two-dimensional domain of 
w orientation and translation to produce a number of sub-domains reflecting the number of sub- 
J.5 pixels in each pixel. Each sub-domain represents an orientation range and a translation range 
r:j defined by the size of the sub-domain relative to the two-dimensional domain of orientation 

and translation and the position of sub-domain within the two-dimensional domain of 
=;= orientation and translation. Thus, each sub-domain has a unique set of possible orientation 

and translation pairs. 

20 From each sub-domain, renderer 23 selects an orientation and translation pair. And 

because each orientation and translation pair is selected from a separate sub-domain, renderer 
23 does not select a set of clustered orientation and translation pairs. This step ultimately 
results in line samples with a more uniform distribution of orientations and translation 
amounts. Renderer 23 then assigns the orientation and translation pair to a sub-pixel by 

25 reference to a non-regular sequence of numbers (e.g., PRSN, LDSN). The use of a non- 
regular sequence of numbers prevents the assignment of an orientation and translation pair 
with a limited range to the same sub-pixel repeatedly. Renderer 23 then positions line 
samples by reference to the orientation and translation pair. 

Attention now turns to a more detailed description of this embodiment. In a first 
30 processing step, renderer 23 subdivides a two-dimensional domain of orientation and 
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translation to produce a number of sub-domains (step 5010, Figure 5A). The two- 
dimensional domain of orientation and translation preferably includes a number of sub- 
domains that is equal to the number of sub-pixels or included in each pixel. Each of the sub- 
domains eventually produces a position for a line sample in each sub-pixel. Figure 5B 
illustrates an example of a two-dimensional domain of orientation and translation 5000 in 
accordance with this embodiment of the invention. Note that the axes of the two-dimensional 
domain of orientation and translation 5000 range from zero to one. Thus, in the particular 
example, the selected orientation and translation range is actually a percentage amount. As 
described below, renderer 23 eventually multiplies the orientation and translation pairs 
against maximum orientation and translation amounts. 

In the next processing step, Tenderer 23 selects an orientation and translation pair 
having a range dictated by the size and positioning of a sub-domain (step 5020). In the two- 
dimensional domain of orientation and translation 5000 of Figure 5B, each sub-domain has a 
specified size. For example, sub-domain 1 has a range of 0.5 to 1.0 along the orientation axis 
and a range of 0.0 to 0.5 along the translation. Accordingly, an orientation and translation 
pair selected from sub-domain 1 will be limited to a range of 0.5 to 1.0 or 0.0 to 0.5. For 
either range, the difference between the upper and lower range is 0.5. Accordingly, renderer 
23 selects the pair of numbers by multiplying this difference by a number from a non-regular 
sequence of numbers. The result of this step is added to the lower range along the translation 
and the orientation axises. 

The following steps illustrate the procedure for selecting an orientation and translation 
pair for sub-domain 1 in accordance with a preferred embodiment of the present invention: 

Translation axis: 

0.5*0.345 = 0.173 

0.0 + 0.173 = 0.173 

where 0.5 is the orientation range of the sub-domain 

where 0.345 is a number from a non-regular sequence of numbers 

where 0.173 is the x coordinate 
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Orientation axis: 



0.5 * 0.856 = 0.428 

0.428 + 0.5=0.928 

where 0.5 is the orientation range of the sub-domain 

5 where 0.856 is a number from a non-regular sequence of numbers 

where 0.928 is the y coordinate 

Renderer 23 preferably repeats step 5020 for each sub-domain in the two-dimensional 
domain of orientation and translation as illustrated in Figure 5B. In Figure 5B, the points are 
positioned according to an orientation and translation pair. 

^ In a next processing step, renderer 23 assigns the orientation and translation pairs 

selected in step 5020 to a sub-domain (step 5030). As noted above, the dimensions and 
location of a sub-domain limit an orientation and translation pair selected therefrom. Thus, 
an orientation and translation pair from sub-domain 1 will never have an x coordinate greater 
than 0.5. Similarly, the y coordinate will never be less than 0.5. However, renderer 23 uses 

15 the orientation and translation pairs to select an orientation and a translation amount for a line 
sample. Specifically, renderer 23 multiplies a number from the orientation and translation 
pair against a range of possible orientations for a line sample (i.e., 0 to 1 80-degrees). 
Because, for example, the translation value is never less than 0.5, an orientation selected by 
this value is never less than 90-degrees. Aliasing can therefore result if renderer 23 

20 repeatedly assigns the orientation and translation pair from sub-domain 1 to the same sub- 
pixel. 

To avoid this problem, renderer 23 assigns the orientation and translation pairs to a 
sub-pixel by reference to a non-regular sequence of numbers. This step minimizes aliasing by 
preventing the same sub-pixel from having the same orientation range each time renderer 23 
25 positions a line sample within the sub-pixel. 

Renderer 23 preferably accomplishes this by repeating the following sequences of 
steps for each sub-pixel in a pixel: 
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select a number from a sequence of non-regular numbers; 

where the number is between 0 and 1; 

multiply the number from the sequence of non-regular numbers by the number of sub- 
pixels included in a pixel; 

extract an integer value from the result of the multiplying step; 

where renderer 23 extracts the number by, for example, rounding or truncating; 

and 

assign an orientation and translation pair to a sub-pixel by reference to the result of the 
extracting step. 

Figure 5C illustrates the assignment of orientation and translation pairs to sub-pixels 
in pixel 5010. The orientation and translation pair from sub-domain 0 is assigned to sub- 
pixel 3, the orientation and translation pair from sub-domain 1 is assigned to sub-pixel 0, the 
orientation and translation pair from sub-domain 2 is assigned to sub-pixel 1, and the 
orientation and translation pair from sub-domain 3 is assigned to sub-pixel 2. 

Once assigned to a sub-pixel, renderer 23 uses an orientation and translation pair to 
position a line sample within the sub-pixel (step 5040). Preferably, renderer 23 uses a line 
sample positioning technique described above to position the line sample, but other 
techniques are within the scope of the present invention. 

Note that in alternative embodiments of the invention, the number of sub-domains is 
not equal to the number of sub-pixels included in each pixel. Instead, the number of sub- 
domains is equal to the number of line samples included in some other defined region of the 
image plane. For example, the number of sub-domains is equal to the number of line samples 
distributed within a set of pixels or the entire image plane. Additionally, in some 
embodiments of the invention, line samples are not restricted to separate regions of the image 
plane (e.g., sub-pixels). In these embodiments, orientation and translation pairs are assigned 
to line samples instead of sub-pixels as described above. 

In still another embodiment of the invention, renderer 23 takes additional steps to 
assure a uniform distribution of line samples by employing best candidate techniques. 
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Renderer 23 positions a line sample within a first sub-pixel by reference to a non-regular 
sequence of numbers. Renderer 23 then positions a set of line samples within a neighboring 
or adjacent sub-pixel by reference to a non-regular sequence of numbers. Renderer 23 then 
scores each line sample in the set of line samples by reference to the line sample positioned in 
5 the first sub-pixel. While the precise scoring technique can vary without departing from the 
scope of the invention, the scoring preferably ensures that neighboring or adjacent line 
samples are not too close together or too similarly oriented. 

Renderer 23 then selects the line sample with the best score from the set of line 
samples and repeats this step for each sub-pixel. However, renderer 23 extends this scoring 
10 process to include each line sample selected from a group of sub-pixels, which may or may 
% j not extend beyond the border of a pixel. Thus, for a third, line sample, the scoring process 
Si favors an orientation that is most different from the orientation of the first and second line 
^ sample and most distant from the first and second line sample. 

- Attention now turns to a more detailed description of this embodiment. In a first 
115 processing step, renderer 23 positions a first line sample within a sub-pixel (step 6010, Figure 
- 6 A). The precise technique used to position the line sample is variable without departing 

from the scope of the invention. However, renderer 23 selects an orientation and translation 
r_ = ~ amount by reference to a non-regular sequence of numbers. Figure 6B illustrates pixel 6000 

subdivided to form four sub-pixels. Included in the upper, left sub-pixel is line sample 6010, 
20 selected in accordance with step 6010. 

Renderer 23 then positions a set of line samples within a neighboring or adjacent sub- 
pixel (step 6020). A number of positioning techniques are possible without departing from 
the scope of the invention. For example, some embodiments of the invention use the 
stratified line sampling method described above. Instead of distributing the orientation and 

25 translation pairs to an equal number of sub-pixels as described above, however, renderer 23 
uses all of the orientation and translation pairs to position the set of line samples in a single 
sub-pixel. Incorporating stratified line sampling in this manner eliminates the possibility of a 
clustered set of line samples. Also included in Figure 6B is a set of line samples, consisting 
of line sample 6020 and line sample 6030 distributed in the upper, right sub-pixel of pixel 

30 6000. In this example, the set of line samples comprises two line samples, but the invention 
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is not so limited. The inclusion of more line samples will typically result in a more uniform 
distribution of line samples by broadening the selection of line samples. 



Renderer 23 then scores each line sample in the set of line samples by reference to the 
first line sample positioned in step 6010 (step 6030). Again, the precise scoring technique 
5 can vary without departing from the scope of the invention, but the scoring preferably ensures 
that neighboring or adjacent line samples are not too close together or too similarly oriented. 
In a preferred embodiment, the scoring process includes comparing the orientation of the first 
line sample to the orientation of a line sample from the set of line samples. 

If the first line sample is not perpendicular to the line sample from the set of line 
10 samples, there are necessarily two different angles between the two line samples. To 
5 := determine the minimum angle of the two different angles, renderer 23 determines the 
-<< difference between the selected orientation. If the result of this step is greater than 90- 
=L ? degrees, this result is the maximum angle between the two line samples. Renderer 23 
l subtracts 90-degrees from the maximum angle to get the minimum angle between the two 
15 orientations. 

;; To illustrate the comparison, Figure 6C shows a first selected line sample, line sample 

S\ 6010, superimposed over a line sample, line sample 6030, from a set of line samples 

distributed in an adjacent sub-pixel. The selected orientation of line sample 6010 and line 
sample 6030 sweeps each line sample away from reference axis 6040. As illustrated in 
20 Figure 6C, the orientation of line sample 6010 is 45-degrees and the orientation of line 

sample 6030 is 170-degrees from reference axis 6040. The difference between these two 
orientations is 125-degrees. Because the difference is greater than 90-degrees, renderer 23 
subtracts 90-degrees from this amount to arrive at 35-degrees, the minimum angle between 
line sample 6010 and line sample 6030. 

25 In another illustration, Figure 6D shows line sample 6010 superimposed over line 

sample 6020, another line sample from the set of line sample distributed in an adjacent sub- 
pixel. As illustrated in Figure 6D, the orientation of line sample 6010 is 45-degrees and the 
orientation of line sample 6020 is 105-degrees from reference axis 6040. The difference 
between these two orientations is 60-degrees. 60-degrees is the minimum angle between line 

30 sample 6010 and line sample 6020 because it is less than or equal to 90-degrees. 
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In addition to comparing orientations, a preferred embodiment also includes a 
comparison of the distance between the first line sample and a line sample from the set of line 
samples. There are a number of techniques available for comparing the distance between two 
line samples without departing from the scope of the invention. In a preferred embodiment, 
renderer 23 determines the closest approach between the two line samples at any point along 
each line. In other embodiments, renderer 23 determines the closest approach by reference to 
a midway point along each line sample. 

Preferably, renderer 23 normalizes both the closest approach and minimum angle to 
equalize the contribution of each to the overall score. Renderer 23 preferably divides the 
minimum angle by 90-degrees to obtain a value between zero and one since the minimum 
angle is between 0 and 90-degrees. Additionally, renderer 23 preferably divides the closest 
approach by the maximum distance between any two points in the relevant sub-pixels. 

Renderer 23 then combines the minimum angle and closest approach by, for example, 
multiplying the two values. In other embodiments, renderer 23 adjusts one or both of the 
values so that one of the values is a more significant factor in the scoring process. 

The following equation illustrates the scoring techniques described above: 



anglem 
90 



dist 



(19) score=a(- 



-) + *(- 



max dist 



-) 



where 



angle m is the minimum angle between the first line sample and a second 



line sample; 



dist is the distance between the first line sample and a second line 



sample; 



max dist is the maximum possible distance between the first line 



sample and a second line sample; 
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a is a factor that adjusts the contribution of the minimum angle to the 

score; and 

b is a factor that adjusts the contribution of the distance to the score. 

After scoring one or more line samples from the set of line samples distributed in step 
5 6020, renderer 23 selects a line sample (step 6040). Because the preferred embodiments of 
the invention seek to maximize the distance and angle between line samples, Tenderer 23 
selects the line sample with the highest score. But some embodiments do not require this 
since these embodiments emphasize different attributes in a distribution of line samples. 

Depending on the needs of a particular embodiment of the invention, Tenderer 23 
I i0 distributes a set of line samples within another sub-pixel (step 6050). As with the positioning 
.: = of line samples in step 6020, Tenderer 23 preferably positions the line samples by applying the 
1-1 line sample positioning techniques described above. 

Renderer 23 then scores each line sample in this set of line samples by reference to the 
1 first and second line samples positioned and selected in steps 6010 and 6040 respectively 

: ;i 5 (step 6060). The scoring process is essentially the same as that described with reference to 
• = = step 6030. However, combining the individual scores to determine an overall score is subject 
^ to a great deal of variation. Again, the general goal is to select a line sample having a 

maximum distance and orientation from the first and second line samples. An example of a 
variation is giving more weight to line samples positioned within sub-pixels that are closest to 
20 the sub-pixel containing the line sample being scored. Additionally, renderer 23 may assign 
relatively more weight to sub-pixels that share a pixel. The scoring process in preferred 
embodiments of the present invention thus includes line samples distributed within 
neighboring or adjacent pixels even though Figure 6B illustrates only a single pixel. As 
described in greater detail below, renderer 23 preferably determines a color value for a pixel 
25 by combining color values for a plurality of line samples. The number of line samples used is 
variable. For example, some embodiments combine line samples from neighboring pixels to 
compute a color value for a given pixel. In these embodiments, renderer 23 preferably 
extends the scoring process to include all line samples included in the given pixel and its 
neighboring pixels. Other variations are possible without departing from the scope of the 
30 invention. 
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Accordingly, equation (19) is extended as follows: 



anglem dist angle m dist 

(20) score = ciffl )+b( — )]i + — )] 2 + ... 

90 maxdist 90 max dist 

T angle* ^ dist 

+ C n[a(-f—) + b( — )]. 

90 m&xdist 

where 

c is a weight attributed to each line sample's contribution to the overall 



n is the number of line samples against which renderer 23 scores a 

candidate line sample. 

Weight c is, depending on the embodiment, a reflection of the distance between a 
candidate line sample and an already-selected line sample, a reflection of whether the 
candidate line sample and an already-selected line sample are within the same pixel, or both. 

After scoring one or more line samples from the set of line samples distributed in step 
6050, renderer 23 selects a line sample (step 6070). Because preferred embodiments of the 
invention seek to maximize the distance and angle between line samples, renderer 23 selects 
the line sample with the best score. But some embodiments do not require this since they 
emphasize different attributes in a distribution of line samples. 

In the above-described embodiment, each line sample is selected separately, in a linear 
fashion. That is, renderer 23 positions a first line sample, and selects a second line sample 
from a set of line samples by reference to the first line sample. Renderer 23 then selects a 
third line sample by reference to the first and second line samples. Renderer 23 extends this 
process as needed. 

However, in alternative embodiments, sets of line samples are selected together, rather 
than individually. In these embodiments, renderer 23 distributes a set of line samples in a 
region (e.g., a set of pixels) of image plane 1 10. Renderer 23 then selects a subset of the set 
of line samples. For example, renderer 23 selects one line sample from each sub-region (e.g., 
a sub-pixel). Renderer 23 then scores the sub-set of line samples. The scoring process is 
similar to the scoring process described above. Essentially, the score reflects an average 
010626-0007-999 - 29- r A ,.™m, 



minimum angle and distance between each line sample in the subset of line samples. 
Renderer 23 then selects and scores a second subset of line samples from the set of line 
samples. Renderer 23 continues the selecting and scoring subsets until a suitable number of 
subsets are selected and scored. Renderer 23 then uses the subset having the best score. Note 
that various techniques are available to improve the efficiency of these embodiments. In 
particular, a great deal of work has been done on so-called "traveling salesman" problems, 
which involve computing a route between a set of cities. Typically, the work involves the 
application of heuristics. The problem of selecting line sample positions is stated such that 
the minimum angle and distance between two line samples is thought of as the cost of 
traveling between to cities. This embodiment of the invention is, therefore, preferably 
optimized with simulated annealing, which has known application to the traveling salesman 
problem. 

In still another embodiment of the present invention, renderer 23 distributes line 
samples in time. As noted above, object scene data 21 maintains information about the 
movement of objects during a time period associated with an image frame. To simulate 
motion blur, renderer 23 selects a specific period of time for each line sample. More 
specifically, renderer 23 multiplies the period of time associated with the image frame by a 
number from a non-regular sequence of numbers. Each of the numbers in the non-regular 
sequence of numbers is between zero and one so the result of the multiplication is a fraction 
of the time period. Memory 20 maintains the selected time period for each line sample along 
with other information in association with each line sample. Note that in preferred 
embodiments, renderer 23 takes additional steps to assure a uniform distribution of selected 
times. Accordingly, renderer 23 takes steps analogous to those taken and described above 
when selecting a position for a line sample when selecting a time for the line sample. 

After a set of line samples is distributed using an above-described or other 
embodiment of the present invention, renderer 23 projects objects from an object scene onto 
image plane 110 as illustrated in Figure IB (step 1030, Figure 1C). As a preliminary step, 
renderer 23 determines whether an object is within a region that includes a line sample being 
processed. 
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Renderer 23 preferably encloses a candidate object in a bounding box before making 
this determination. Renderer 23 accesses object scene data 21 to determine the size and 
position of the object being processed. 

The bounding box loosely follows the contours of the object. It is generally easier to 
determine whether the object is within a region of a line sample through the use of a 
bounding box because the bounding box lacks shape or surface complexity possessed by 
some objects. Typically, the region of a line sample includes the area that the pixel or sub- 
pixel containing the line sample overlaps. If the bounding box is not within a region of the 
line sample, renderer 23 processes a different candidate object. 

As noted above, renderer 23 preferably distributes line samples in a period of time 
associated with an image frame. Accordingly, the movement of an object during this period 
of time complicates the step of determining whether a line sample, sub-pixel, or pixel 
overlaps an object. To address this movement, the bounding box actually stretches to enclose 
the object during its movement within the period of time associated with the image frame. 

If the bounding box is within a region of the line sample, renderer 23 may convert the 
object to a grid of micropolygons. A grid of micropolygons is often easier to project onto 
image plane 110 and sample with line samples (as described below) than objects with 
complex surfaces (e.g., smoothly varying surfaces). Additionally, it is computationally less 
complex to enclose a grid of micropolygons tightly within a bounding box. In other words, 
renderer 23 is able to determine more precisely if a region around a line sample overlaps the 
object. Thus, renderer 23 may also take the step of enclosing the grid of micropolygons 
within a bounding box. Again, if the bounding box is not within a region of the line sample, 
renderer 23 processes a different candidate object. 

Renderer 23 then transforms the object (possibly in the form of a grid of 
micropolygons) to the precise time of a line sample. Additionally, renderer 23 selects a lens 
position for the line sample being processed. Renderer 23 then transforms the object 
according to the lens position assigned to that line sample. 

As noted above, renderer 23 simulates limited depth of field. To do so, renderer 23 
associates a point a on aperture 7000 with each line sample on image plane 1 10 as illustrated 
in Figure 7 (line sample not illustrated). Renderer 23 may choose the points using a regular 
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pattern, through a stochastic process, or by way of stratification. Because a is a single point 
on the aperture, the image it forms on image plane 1 10 is a 'pinhole' image that renderer 23 
computes using standard projection techniques. 

Renderer 23 projects an object onto image plane 1 10 once through c, and then 
translates the object for each line sample that overlaps the object. Renderer 23 translates the 
object by (pc-pa), where pc is the position of the object on image plane 1 10 if projected 
through c and pa is the position of the object on image plane 1 10 if projected through a. 

To compute (pc-pa), renderer 23 makes use of a function B(p), which defines a scaling 
factor of the circle of confusion (i.e., the area of image plane 1 10 into which renderer 23 
projects p) associated with the point p relative to aperture 7000. Thus, (pc-pa) equal (a- 
c)*B(p). 

In a traditional camera model, the camera is parameterized by its focal length, f, an 
aperture number, n, and a distance from the aperture at which the camera is focused, D. If the 
camera of the axis is aligned with the z axis, renderer 23 computes the circle of confusion for 

a traditional camera model as C(p) -~ (1— ^-) , where Z- ^ is the distance from the 
n p z D-f 

fP 

aperture to image of the plane of focus, and p z = — is the distance along the camera 

■ * u , , Pz~f 

axis trom the aperture to p , the image of p. Because f/n defines the diameter of the aperture, 

for a traditional camera system renderer 23 might write the blur scaling function as 
p z p z D-f 

The present invention is not, however, limited to traditional camera models. Instead, 
the present invention uses any smoothly-varying function of p to, for example, have multiple 
planes of focus. 

Renderer 23 furthermore defines a function Fq(l,p) to 'filter' a value of a quantity (e.g. 
color) associated with a point or object p when p is viewed through point 1 on the aperture. 
Example uses of F include modifying the shape of the circle of confusion or changing the 
brightness of the circle of confusion as a function of aperture or object position, and so on. 
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After Tenderer 23 projects the object onto image plane 1 10, renderer 23 computes the 
view of an object scene along the line sample being processed (step 1040). Since a line 
sample can overlap multiple objects, renderer 23 must determine and mark each segment of 
the line sample that overlaps a portion of an object. Renderer 23 then stores this information 
in memory 20 in association with the line sample. Renderer 23 repeats this step for each 
object projected on to image plane 1 10. Additionally, renderer 23 determines which of the 
objects overlapped by the line sample being processed are closest to image plane 1 10. 

Figure 8A illustrates the result of projecting object 8010 onto image plane 1 10 in the 
area of pixel 8000. In this particular illustration, renderer 23 is processing line sample 8020. 

The sub-steps of step 1040 are described in greater detail with reference to Figure 8B. 
In a first sub-step, renderer 23 isolates a new segment of line sample 8020 that overlaps 
object 8010 (step 8010). More specifically, renderer 23 determines the end-point coordinates 
t 0 and tj of a new segment as illustrated in Figure 8A. 

After determining end-point coordinates t^ and t ls renderer 23 calculates the distance 
of object 8010 from image plane 110 at the end-point coordinates ^ and t { (step 8020). 
Additionally, renderer 23 obtains the transparency value and color value as described with 
reference to step 1010 (step 8022). 

If the transparency value obtained in step 8022 indicates that the object associated 
with the new segment is transparent (step 8024- Yes), renderer 23 stores information related to 
the segment in memory 20 for subsequent processing as described in detail below (step 
8080). In particular, step 8080 includes adding the segment to a transparency list also 
maintained in memory 20. Renderer 23 then returns to step 1030 to project another object 
onto image plane 110. 

If the transparency value obtained in step 8022 indicates that the object associated 
with the new segment is not transparent (step 8024-No), renderer 23 determines whether there 
is an overlap between an old segment (i.e., a segment already processed and stored in memory 
20) and the new segment (step 8028). Renderer 23 accomplishes this by a comparison of 
end-point coordinates associated with the new segment and an old segment. 
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If there is no overlap between an old segment and the new segment (step 8032-No), 
Tenderer 23 stores information related to the new segment (e.g., end-point coordinates, 
transparency value, color value) in memory 20 (step 8080). Renderer 23 then returns to step 
1030 to project another object onto image plane 1 10. 

In the example illustrated in Figure 8A, no other segments are present because object 
8010 is the first object projected onto image plane 110. 

After returning to step 1030, renderer 23 projects additional objects onto image plane 
1 10 (step 1030). Renderer 23 executes steps 8010 through 8028 for additional objects 
projected onto image plane 110. If an additional object is not transparent and there is an 
overlap between a segment associated with the additional object and an old segment (step 
8032- Yes), renderer 23 determines the state of occlusion between the object associated with 
the new segment and the object associated with the old segment (step 8028). Renderer 23 
makes this determination by evaluating the end-point coordinates of each segment and the z- 
depth values of the objects associated with the two segments at those coordinates. 
Essentially, renderer 23 determines whether the object associated with the new segment or the 
object associated with the old segment occludes the other (i.e., is closer to image plane 1 10) 
where there is an overlap between the two segments and line sample 8020. 

If the object associated with the old segment completely occludes the object 
associated with the new segment (step 8038-Yes), renderer 23 determines if the new segment 
overlaps another old segment (step 8070). If so (step 8070-Yes), renderer 23 returns to step 
8028, which is described above. If not (step 8070-No), renderer 23 stores in memory 20 
information related to the portions of the new segment (e.g., end-point coordinates, 
transparency value, color value), if any, for which there is no overlap with an older segment 
in memory 20 (step 8080). Renderer 23 then returns to step 1030 to project another object 
onto image plane 110. 

If the object associated with the new segment completely occludes the object 
associated with the old segment (step 8038-No, step 8040-Yes), renderer 23 computes the z- 
depth values of the object associated with the new segment at positions overlapped by the 
end-point coordinates of the old segment and updates the old segment's information with the 
new z-depth values and other information related to the new segment (step 8050). 
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Figure 8D illustrates object 8030 projected onto image plane 1 10 such that object 
8030 completely occludes object 8010 where object 8030, object 8010, and line sample 8020 
overlap. Accordingly, object 8010 is not visible along line sample 8020. 

Renderer 23 then determines if the new segment overlaps another old segment (step 
8070). If so (step 8070- Yes), renderer 23 returns to step 8028, which is described above. If 
not (step 8070-No), renderer 23 stores in memory 20 information related to the portions of the 
new segment (e.g., end-point coordinates, transparency value, color value), if any, for which 
there is no overlap with an older segment in memory 20 (step 8080). Renderer 23 then 
returns to step 1030 to project another object onto image plane 1 10. 

If the new segment only partially occludes the old segment (step 8038-No, step 8040- 
No), renderer 23 adjusts an end-point of the old segment to reflect the intersection with the 
new segment (step 8060). Renderer 23 also sets the z-depth value associated with the 
adjusted end-point to reflect the z-depth value of the object associated with the old segment at 
the position marked by the adjusted end-point (step 8060 continued). 

Figure 8E illustrates object 8030 projected onto image plane 1 10 such that object 8030 
only partially occludes object 8010. Accordingly, renderer 23 reduces the visibility of object 
8010 along line sample 8020 but does not eliminate it. Note that end-point coordinate t l5 
which is associated with object 8010, is in a new position in Figure 8E to reflect the 
adjustment described with reference to step 8060. 

Renderer 23 then determines if the new segment overlaps another old segment (step 
8070). If so (step 8070-Yes), renderer 23 returns to step 8028, which is described above. If 
not (step 8070-No), renderer 23 stores in memory 20 information related to the portions of the 
new segment (e.g., end-point coordinates, transparency value, color value), if any, for which 
there is no overlap with an older segment in memory 20 (step 8080). Renderer 23 then 
returns to step 1030 to project another object onto image plane 110. 

In another aspect of the present invention, renderer 23 updates a number of z-far 
values while processing objects projected onto image plane 1 10. More specifically, renderer 
23 scans the isolated segments to determine the maximum distance of an object from image 
plane 110 that is associated with a segment of a line sample. Renderer 23 uses this value to 
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update the z-far values associated with the line sample and various regions that include the 
line sample (e.g., sub-pixel, pixel, or image plane). 

In preferred embodiments, however, renderer 23 adjusts the z-far value only if there is 
a valid association between substantially all of the line sample and one or more objects. 
Portions of a line sample that do not have an association with a segment lack a valid 
association with an object. In other words, these portions of a line sample do not overlap an 
object. Portions of a line sample that do not have an association with a segment that is 
consistent with adjacent segments also lack a valid association with an object. For example, 
if two segments are both associated with a first object and border a third segment, which is 
associated with a second object that is further away from image plane 110 than the first 
object, the third segment is possibly inconsistent. The third segment would be inconsistent if 
for example the first object has holes that allow an object behind it to be viewed. Renderer 
23 determines whether this is the case by an examination of object scene data 21. Invalid 
associations with an object typically occur as a result of errors in object scene data 21 or the 
processing of object scene data 21 result in irregularities in the object scene. For example, a 
grid of micropolygons created to represent an object might have gaps between grid cells that 
are not representative of the object. As a result, small regions of a line sample might not be 
validly associated with an object. Accordingly, in preferred embodiments of the invention, 
renderer 23 adjusts the z-far value only if there is a valid association between substantially all 
of the line sample and one or more objects. 

As noted above, renderer 23 stores transparent objects that a current line sample 
overlaps in memory 20. After renderer 23 projects all objects within a region of the current 
line sample onto image plane 1 10, renderer 23 processes the segments included in the 
transparency list and the segments associated with opaque objects visible along the current 
line sample. The processing includes sorting the segments included in the transparency list 
according to their z-depth values, isolating unique combinations of segments along the 
current line sample, and computing a color for each unique combination. 

In alternative embodiments, renderer 23 processes transparent objects as renderer 23 
projects them onto image plane 110. Thus, in these embodiments, renderer 23 continually 
eliminates or sorts transparent objects and portions of transparent objects as described above. 
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Thus, these embodiments do not require the sorting step described below at this point in the 
process. 

Attention now turns to a more detailed description of an embodiment of this aspect of 
the invention. In a first processing step, renderer 23 populates a priority queue with the end- 
point coordinates (i.e., t coordinates) of segments associated with the current line sample 
(step 9010, Figure 9A). The priority queue exists in memory 20 and comprises, for example, 
a linked list or an array. As noted above, the t coordinates indicate a distance from an end of 
a line sample. Renderer 23 preferably includes identifiers of the segments associated with 
each t coordinate in the priority queue since a plurality of segments can share a t coordinate. 
Furthermore, renderer 23 preferably sorts the priority queue by t coordinate value. Figure 9B 
illustrates, among other things, the end-point coordinates of segments that a line sample 
overlaps (i.e., tO - 16). 

Renderer 23 then determines and lists segments that share the first t coordinate in the 
priority queue (step 9020). The first t coordinate is the lowest value of t at which a segment 
overlaps the current line sample. Renderer 23 accomplishes this step by examining the 
priority queue, which as noted above maintains segment identifiers in association with each t 
coordinate. Each segment identified at the first t coordinate is an active segment, which 
means that the segment overlaps a portion of the line sample identified by the first t 
coordinate. In the example illustrated in Figure 9B, only segment 9000 is present at the first t 
coordinate, which tO marks. 

If there are active segments for the current t coordinate (step 9025 -Yes), renderer 23 
sorts the active segments according to z-depth (step 9040). Thus, renderer 23 determines 
which segments are closest to the current line sample and image plane 110. 

Renderer 23 then searches along each active segment for intersections with other 
segments (step 9050). As illustrated in Figure 9B, segment 9000 intersects with segment 
9010. Renderer 23 therefore inserts a t coordinate marking the intersection into the priority 
queue (step 9060). Figure 9B illustrates this t coordinate as t3. Because renderer 23 detects 
an intersection, renderer 23 preferably determines whether the intersection affects the 
visibility of the intersecting objects. In the example illustrated in Figure 9B, segment 9010 is 
transparent, but segment 9000 is opaque. According, the portion of segment 9010 between t2 
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and t3 is not visible. Accordingly, Tenderer 23 removes t coordinate t2 from the priority 
queue (step 9060). Figure 9C illustrates this example after adjusting the priority queue as 
described above. In this example, therefore, only segment 9000 is active between tO and tl 
even though the current line sample overlaps a portion of segment 9010 over part of this 
5 range. 

Renderer 23 then computes a color with standard computer graphics compositing 
formulas for the active segments along the line sample between the first t coordinate and the 
second t coordinate value in the priority queue (step 9070). Renderer 23 maintains the color 
value in memory 20 along with information such as the values of the first and second t 
10 coordinates. 

i-- Renderer 23 then updates the priority queue and active segments (step 9080). Part of 

■j\ this step includes removing the first t coordinate from the priority queue. Accordingly, 

renderer 23 creates a 'new' first t coordinate. Figure 9D illustrates the example illustrated in 
sll Figure 9C after adjusting the priority queue as described. 

15 Additionally, renderer 23 updates the active segments. As noted above, end-point 

1 ~! coordinates of segments are added to the priority queue. Accordingly, the second t coordinate 
hi in the priority queue is often an end-point coordinate of a segment marking the end (as 
r=; opposed to the beginning) of the segment. Since the segment has no further affect on the 
color of the line sample, it is no longer active. 

20 Further, the second t coordinate is often an end-point coordinate of a segment marking 

the beginning of the segment. Thus, this segment is now an active segment if visible from 
image plane 110. 

Similarly, the second t coordinate can mark an intersection between two segments. 
Because some or all of the segments are possibly transparent, both segments are often visible 
25 before and after the intersection. However, the ordering of transparent segments does affect 
color values, so renderer 23 does separately compute a color value for two transparent objects 
before and after an intersection between the two. Additionally, one of the intersecting 
segment is not visible before or after an intersection. Renderer 23 therefore separately 
computes a color value before and after the intersection between the two segments. 
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In the example illustrated in Figure 9D, only segment 9000 is visible before and after 
the intersection with segment 9010, so it remains an active segment. Segment 9010 is, 
however, visible only after the intersection with segment 9000. Accordingly, segment 9010 
becomes active. 

Renderer 23 then returns to step 9025 to determine whether there is an active segment 
to process. In the example illustrated in Figure 9D, segment 9000 and segment 9010 are 
active (step 9025 -Yes), so renderer 23 proceeds to step 9040. 

If there are no active segments to process (step 9025-No), renderer 23 determines 
whether there are additional t coordinates in the priority queue (step 9030). If not (step 9030- 
No), render 23 combines the color value of each cross section of segments to determine a 
color value for the line sample. Preferably, renderer 23 weights the contribution of each cross 
section to the final color value of the line sample by reference to the length of each cross 
section. 

If there are additional t coordinates in the priority queue (step 9030- Yes), renderer 23 
updates the priority queue and active segment list (step 9080). In this case, there is a portion 
of the current line sample with which no segment is associated. It is possible that certain 
portions of the image scene lack definition (i.e., objects). Additionally, this is possibly a 
result of an error in the processing of the object scene data 21. 

In some embodiments, renderer 23 updates the priority queue by removing the current 
first t coordinate, thereby creating a new t coordinate. Renderer 23 also determines which 
segments, if any, are now active. Renderer 23 then returns to step 9025. Thus in these 
embodiments, renderer 23 ignores the portions of the line sample that lack an active segment. 
Further, these portions of the line sample are not a factor in the calculation of a color value 
for the line sample. 

In other embodiments, renderer 23 takes certain steps to eliminate these portions 
before computing the color of the line sample as described above. As described above, some 
portions of a line sample lack a valid association with an object. In other words, renderer 23 
did not define a segment for these portions of the line sample. Again, these portions are often 
the result of processing errors. In such cases, renderer 23 preferably extends the segments 
bordering such a portion of the line sample to create two new segments. 
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Figure 9E illustrates a portion of the line sample that lacks a valid association with an 
object. Consistent with the process described above, t coordinates mark a beginning and an 
end of a segment. Specifically, tO marks the end of segment 9020 and tl marks the beginning 
of segment 9030. 

5 Figure 9F illustrates segment 9040 and segment 9050 inserted by Tenderer 23. 

Renderer 23 extends the values of segment 9020 to a position between segment 9020 and 
9030, which tl marks as illustrated in Figure 9F. Thus, segment 9040 maintains the z-depth, 
color, and transparency values of segment 9020 at a position marked by tO between tO and tl. 
Similarly, segment 9050 maintains the z-depth, color, and transparency values of segment 
10 9020 at a position marked by t2 between tl and t2. As indicated above, renderer 23 also 
p added t coordinate tl, which marks the intersection of segment 9040 and segment 9050, to the 
'ff. priority queue as illustrated in Figure 9F. 

Ill In this particular embodiment, renderer 23 does not maintain the trajectory of segment 

^ 9030; however, some embodiments of the invention do so. Additionally, in other 
1=5 embodiments, renderer 23 does not extend the two segments to a central point in the invalid 
O portion. For example, in some embodiments, one of the end-point properties of one of the 
Si adjacent segments is randomly selected and extended across the entire invalid portion. 

O After adjusting the priority queue and inserting segments as needed, renderer 23 

returns to step 9025. 

20 After computing a color value for a number of line samples, renderer 23 combines the 

color values of the line samples to produce a color value for a pixel (step 1050). In some 
embodiments, renderer 23 uses only those line samples distributed within a given pixel to 
compute a color value for that pixel. In preferred embodiments, however, renderer 23 uses 
line samples distributed outside the boundary of a given pixel to compute a color value for 

25 that pixel. For example, renderer 23 might also use line samples distributed within pixels 
bordering a given pixel to compute a color value for that pixel. In these embodiments, 
renderer 23 preferably weights the contribution of each line sample to the computation of a 
color value according to each line sample's distance from the center of the pixel for which 
renderer 23 is computing a color value. 
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As described above, some embodiments of the invention distribute line samples by 
selecting an orientation and translation amount by reference to a non-regular sequence of 
numbers. In these embodiments, smaller regions of sub-pixels or pixels are over sampled. 
This means that there is an overabundance of relatively short line samples. To minimize the 
effect of such an overabundance of relatively short line samples, the contribution of each line 
sample is weighted according to a length of the line sample. 

In embodiments that distribute line samples by selecting an orientation and area by 
reference to a non-regular sequence of numbers, the contribution of a line sample to the color 
of a pixel is not weighted according to its length. As described above, there is not an 
overabundance of short line samples in these embodiments. 

In alternative embodiments, renderer 23 uses an image function to define a color value 
for points across image plane 1 10. The function permits renderer 23 to determine a color 
value for each point from the line samples through interpolation or extrapolation. Thus, in 
these embodiments, renderer 23 does not combine the line samples per se. Instead, renderer 
23 uses the set of line samples to predict a color value at a set of points on the image plane. 
Renderer 23 then combines the set of points to compute a color value for each pixel. 

After computing a color value for each pixel, an image frame or view of an object 
scene is complete. 

The present invention can be implemented as a computer program product that 
includes a computer program mechanism embedded in a computer readable storage medium. 
For instance, the computer program product could contain the program modules shown in 
Figure 1 A. These program modules may be stored on a CD-ROM, magnetic disk storage 
product, or any other computer readable data or program storage product. The software 
modules in the computer program product may also be distributed electronically, via the 
Internet or otherwise, by transmission of a computer data signal (in which the software 
modules are embedded) on a carrier wave. 

While the present invention has been described with reference to a few specific 
embodiments, the description is illustrative of the invention and is not to be construed as 
limiting the invention. Various modifications may occur to those skilled in the art without 
departing from the true spirit and scope of the invention as defined by the appended claims. 
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For example, in some embodiments, Tenderer 23 computes the view of an object scene along 
only a selected portion of each line sample. In these embodiments, Tenderer 23 preferably 
uses a non-regular sequence of numbers to select the size and location of a portion of a line 
sample. Additionally, in some embodiments, Tenderer 23 subdivides a pixel to form a 
5 plurality of sub-pixels, but places a line sample in only a subset of the sub-pixels. In these 
embodiments, Tenderer 23 preferably uses a non-regular sequence of numbers to select the 
sub-pixels that form the subset. 
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